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© Local communication bus system and apparatus for use in such a system. 



© A number of domestic audio/video apparatuses 
(10-14) are connected to a serial control bus (D2B, 
16). Each apparatus is addressable via the bus as a 
device and contains functional elements addressable 
on subdevices. One apparatus (14) includes an on- 
screen display subdevice (41) and a first control 
subdevice (24). Device information messages are 
defined whereby the first control subdevice can re- 



quest a second control subdevice (22) in a second 
apparatus (12) to compose and return a status mes- 
sage in user-readable form. Thus the user can be 
informed about status in the second apparatus in an 
optimum manner, and further can be informed auto- 
matically of any change in status without the need 
for continuous polling of subdevices. 
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The invention relates to a local communication 
bus system comprising a serial control bus at- 
tached to a plurality of addressable devices, each 
device including at least one functional element 
addressable via the bus as a subdevice, the sub- 
devices in the system including a user output sub- 
device for displaying status information to a user of 
the system and a first control subdevice for initiat- 
ing the display of such status information. 

The invention further relates to an apparatus for 
use in such a system, such apparatus including an 
interface to a serial control bus and being addres- 
sable as a device via said bus, the apparatus 
further including one or more functional element- 
saddressable via the bus as subdevices. 

A known serial control bus for interconnecting 
domestic audio and video apparatuses is the Do- 
mestic Digital Bus (D2B) Standardised by the Inter- 
national Electrotechnical Commission (IEC). An ap- 
paratus including D2B interface and on screen dis- 
play (OSD) of status information is available in the 
United Kingdom in the form of Philips 1 2070 colour 
television receiver. In the known apparatuses, the 
displayed status information is limited to informa- 
tion on the status within the apparatus itself. While 
it is known for another apparatus, for example a 
VCR, to superimpose status messages on its video 
output for display to the user via a television 
screen, again the content of the user messages is 
limited to status within the apparatus initiating that 
message. Furthermore, and particularly when ap- 
paratuses of different manufacturers are used to- 
gether, there is no guarantee that the on-screen 
messages of one apparatus will not conflict with 
those of another, and it is not desirable, for exam- 
ple, for a satellite tuner to superimpose status 
messages on its video output signal when the latter 
is being recorded by a VCR. 

Another problem that arises in obtaining status 
information, either in the form of user messages or 
in machine-readable form for internal control pur- 
poses, is that status can change in response to a 
variety of events. For example, a tape deck in a 
fast wind or play mode will stop when the end of 
the tape is reached. While the known bus system 
allows status to be monitored by polling of devices 
and subdevices with frequent request messages, 
the amount of bus traffic (requests and replies) 
involved in such polling renders it impractical for 
widespread use in a system of more than a very 
few subdevices. 

It is an object of the invention to enable im- 
proved status information facilities to be imple- 
mented in a system as set forth in the opening 
paragraph. 

The invention provides a local communication 
bus system as set forth in the opening paragraph, 
characterized in that the first control subdevice 



includes means for generating a device information 
request message addressed to a device different 
from the device which contains the first control 
subdevice, and in that the addressed device in- 

5 eludes a second control subdevice responsive to 
such a request message for determining the re- 
quired status information, for composing a user- 
readable message ("the user message") and for 
transmitting the user message directly or indirectly 

to to the user output subdevice for display. The first 
(initiating) and second (addressed) control sub- 
devices can be in different apparatuses, and the 
user output subdevice can be in one of those 
apparatuses or a third apparatus. Moreover, the 

75 distributed control characteristic of a bus such as 
D2B allows more than one control subdevice to act 
as the initiating and the addressed subdevices at 
different times. The invention enables the initiating 
control subdevice to ensure that status information 

20 from a number of different devices can be dis- 
played as desired in a coherent manner, without 
conflict. 

In a preferred embodiment, the second control 
subdevice transmits the composed user message 

25 to the first control subdevice, and the first control 
subdevice relays the user message to the user 
output subdevice. The initiating control subdevice 
may thus combine or substitute the user message 
from the addressed control subdevice with user 

30 messages of its own and/or user messages ac- 
quired or received from further addressed control 
subdevices, and transmit the combined user mes- 
sage to the user output subdevice for display. 
The device information request message may 

35 include a field specifying a format for the user- 
readable message, while the second control sub- 
device is responsive to the format-specifying field 
to compose the user-readable message in accor- 
dance with the specified format. Flexible definition 

40 of the message format in this manner allows the 
first control subdevice to dictate the size of mes- 
sage required, and in particular allows the fullest 
possible exploitation of the user message facilities 
throughout the system, even though the individual 

45 devices may have widely different capabilities. 

The said field in the device information request 
message may specify the format of the desired 
user message by a number and length of lines of 
characters, and by reference to a specific character 

so set. The number of possible message formats 
should be limited, to simplify the composing task of 
the addressed control subdevice. The specification 
of different character sets facilitates the production 
of user messages in languages appropriate to the 

55 user. The second control subdevice may be re- 
sponsive to an available formats request to return a 
list of user message formats that can be com- 
posed. 
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The second control subdevice may further in- 
clude means responsive to a change in status 
within the system for composing and transmitting 
an updated user message without the need for a 
further information request from the first control 
subdevice. This too enables the user to be in- 
formed of changes in device status (channel 
changes, end of tape, etc.), while avoiding the 
heavy bus traffic that would result from continuous 
polling of the addressed device. The device in- 
formation request message may include a field 
specifying whether or not updated user messages 
are desired. 

Since the second control subdevice must re- 
member the address of the first control subdevice 
which has requested updated messages, and since 
more requests might be outstanding at a given 
time than the second control subdevice has room 
to remember, it is advantageous if the first control 
subdevice includes means for generating a verifica- 
tion request addressed to the second control sub- 
device, the second control subdevice being re- 
sponsive to the verification request message to 
generate a message advising whether updated 
user messages will be generated. 

The second control subdevice may include 
means for generating a subdevice status request 
message addressed to a further subdevice in the 
system, while the further subdevice includes 
means responsive to the subdevice status request 
message for returning a subdevice status message 
to the second control subdevice for use in compos- 
ing the user message. 

The further subdevice might be in any appara- 
tus of the system so that, for example, a television 
on-screen display could inform the user not only 
that it is displaying a picture received from a sepa- 
rate satellite broadcast tuner, but also which chan- 
nel is selected in the tuner. 

As with the device information request, up- 
dated subdevice status messages may be made 
available automatically in response to changes in 
status, and these in turn can trigger the composi- 
tion of an updated user message by the second 
control subdevice, if a request for updated mes- 
sages is outstanding. 

The invention further provides an apparatus for 
use in a system constructed in accordance with the 
invention, the apparatus including an interface to a 
serial control bus and at least one functional ele- 
ment, the functional element being addressable via 
the bus as a control subdevice and including 
means for acting as the second control subdevice 
of the system to: receive a device information 
request message; determine certain status informa- 
tion for communication to a user; compose a user- 
readable message conveying the said status in- 
formation; and transmit the user message directly 



or indirectly to a user output subdevice for display. 
The control subdevice may further include means 
for acting as the first (initiating) control subdevice 
of the system. 

5 It should be appreciated that the subdevice 

status request message can be used to obtain 
status information for control purposes not nec- 
essarily connected with the provision of user-reada- 
ble messages, and is the subject of a separate 

w United Kingdom patent application, number 
9113793.5. 

Embodiments of the invention will now be de- 
scribed, by way of example, with reference to the 
accompanying drawings, in which: 
75 Figure 1 shows audio/video entertainment ap- 
paratuses forming a local bus communication 
system constructed in accordance with the in- 
vention, and 

Figure 2 illustrates operation of the system pro- 
20 viding on-screen display of status information. 

Figure 1 shows a domestic video entertainment 
system comprising a satellite broadcast tuner 10, a 
video cassette recorder (VCR) 12 and a television 
receiver 14, all connected to a serial data bus 16. 
25 Video and audio signals are passed within and 
between the devices 10,12,14 using, for example, 
SCART (Euroconnector) plugs, sockets , and mul- 
tiwire cables. 

The serial data bus is in this embodiment a 
30 Domestic Digital Bus (D2B) as standardised by the 
International Electrotechnical Commission (IEC), 
Geneva, to be published in their document 1030 
and previously available in draft form. D2B pro- 
vides for distributed control of the bus, and allows 
35 commands and other messages to be uniquely 
addressed for specific "devices", such as the ap- 
paratuses 10,12 and 14, and also for specific 
"subdevices" within each device. 

Within each device 10,12,14 there are shown 
40 blocks representing D2B subdevices. The division 
of a device into subdevices is necessary only in a 
logical sense, that is to say, from the point of view 
of its behaviour relative to the serial bus 16. In the 
physical implementation of the device, there may 
45 or may not be corresponding separate physical 
subdevices. In fact, in the embodiment shown, 
each device includes one audio/video controller 
(AVC) type of subdevice which provides the control 
and systematic interrogation intelligence for all sub- 
so devices within that device, relaying D2B messages 
to and from those subdevices as indicated by the 
dotted data paths in Figure 1. The AVC subdevices 
also provide the (distributed) controlling logic of the 
system as a whole, interpreting user commands 
55 and controlling the operation of the system accord- 
ingly. Often, the control logic of the AVC and some 
or all of the other subdevices will be integrated 
using a single programmed microcontroller. Other 
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subdevices not shown in Figure 1 will generally be 
included in such a system, including timers, audio 
amplifiers, and so forth, and the video-related sub- 
devices described herein are presented as a repre- 
sentative sample only. 

In the satellite tuner device 10, a tuner sub- 
device 26 (TUN) performs the signal processing 
functions necessary to provide baseband video sig- 
nals on a signal path A, while the AVC subdevice 
20 receives user instructions from a user 
input/output subdevice 27 (UIO) and D2B mes- 
sages from the bus 16, and operates to select 
channels, keep track of preset channel selections 
and so forth. 

The VCR device 12 includes its AVC sub- 
device 22, and also a user input/output subdevice 
29 (UIO), or terrestrial broadcast tuner subdevice 
28 (TUN), a switchbox subdevice 30 (SB) and a 
videotape record/replay deck 32 (DCK). The re- 
cording medium itself is indicated at 34. The signal 
path A is connected via a first external (SCART) 
connector 36 of VCR device 12 to an input of the 
VCR's switchbox subdevice 30. A second external 
connector 38 of the VCR device is also connected 
via a signal path B to the switchbox subdevice 30, 
for example to allow connection of a videodisc 
player, or a second VCR. The terrestrial tuner 
subdevice 28 supplies a video signal to the switch- 
box 30 via a signal path C, and the deck subdevice 
32 supplies a video signal to the switchbox 30 via a 
signal path D. The switchbox 30 supplies video 
signals via a signal path E to the deck 32 and via a 
signal path F to a third external connector 40 of the 
VCR device 12. The processes of reading and 
writing signals on the tape 34, within the deck 
subdevice 32, are schematically represented by 
video signal paths G and H respectively. 

The television receiver device 14 includes its 
AVC subdevice 24 and also a user input/output 
subdevice 41 (UIO), a terrestrial tuner subdevice 42 
(TUN), a switchbox subdevice 44 (SB) and a video 
monitor subdevice 46 (VID). The television receiver 
device 14 has two external (SCART) connectors 48 
and 50 for supplying video signals to the switchbox 
44. The connector 48 forms part of an unused 
video signal path J, while the connector 50 is 
connected to the third external connector 40 of the 
VCR device 12, and thus the video signal path F 
extends from an output of the switchbox 30 in the 
VCR to an input of the switchbox 44 in the televi- 
sion receiver device 14. A video signal output of 
the tuner subdevice 42 is connected to further 
input of the switchbox 44 to form a signal path K. A 
first video signal output of the switchbox 44 is 
connected to an input of the video monitor sub- 
device 46 (signal path L). The UIO subdevice 41 of 
the television receiver includes an on-screen dis- 
play (OSD) function, as described hereinafter. 



In operation, the tuner subdevices 26,28 and 
42 can be regarded as sources of video signals 
with in the system. The video monitor subdevice 
46 can act as a destination for video signals, and 

5 functions to display images to the user, as in- 
dicated by the dotted output path M. The 
record/replay deck subdevice 32 can act as a 
source and/or a destination of video signals, de- 
pending whether it is playing and/or recording at a 

10 given time. 

Since the functional elements within the ap- 
paratuses 10,12,14 are addressable as D2B sub- 
devices, any of the AVC subdevices 20,22,24 can 
take control of the bus and address commands to 

75 those subdevices. This is done for example by an 
AVC subdevice which has been informed of a user 
command by a UIO subdevice and requires control 
of subdevices at various points in the system to 
implement the user's wishes. 

20 D2B message formats for controlling the basic 

functions of certain common subdevices are de- 
fined already in the IEC standard referred to above, 
while scope is left for defining not only new com- 
mands, but also request and reply messages that 

25 enable one D2B device or subdevice to interrogate 
another as to its properties and status. Each 
switchbox subdevice 30 and 44 can be controlled 
via the bus (or by its associated AVC subdevice) to 
connect its output data paths(s) a specified one of 

30 its input data paths. For example, if a user in- 
dicates to the television receiver device 14 that it is 
desired to watch a certain satellite broadcast chan- 
nel, suitably addressed and coded D2B messages 
can be sent via the bus 16 to ensure that the 

35 satellite tuner 10, VCR 12 and the television 14 are 
active, to cause the satellite tuner 10 to select the 
appropriate channel, to cause the VCR switchbox 
subdevice 30 to connect signal path A to signal 
path F, and to cause the television switchbox sub- 

40 device 44 to connect signal path F to signal path L 
There are many ways of arranging these events 
with or without user intervention. For greatest user- 
friendliness, the whole process can be controlled 
by the AVC subdevice of the device which receives 

45 the user input. The information necessary for build- 
ing the signal path from A to L can be obtained by 
a suitable series of D2B request messages to the 
relevant devices and subdevices. A suitable system 
for providing such control is described in GB-2 223 

50 114-A1 (PHN 12678). In that system no AVC sub- 
device requires knowledge of the complete system, 
only its nearest neighbours. 

In order to provide a user-friendly user inter- 
face for the system any AVC subdevice 

55 (hereinafter "AVC") may wish to display user mes- 
sages using the on-screen display (OSD) facility of 
the UIO subdevice 41. For example, when the 
television is activated by a user and a signal path 
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set up according to the user's wishes, the AVC 24 
may wish to conform visually for the user which 
channel is being watched. If the signal comes from 
the satellite tuner 10, a conventional on-screen 
display would be able to confirm no more than the 5 
fact that the signal is coming from the second 
external connector 50. To allow the displayed in- 
formation to include the actual channel name, 
known only within AVC 20, a device information 
process is set up, with the AVC 24 acting as the 10 
initiating AVC and AVC 20 acting as an addressed 
AVC. 

More than one device information process can 
be pending at one time, each process involving just 
one initiating AVC and one or more addressed 75 
AVCs. Each AVC can be involved in a number of 
device information processes, acting as initiating 
AVC in some and addressed AVC in others. 

To implement the device information facility, 
the following D2B requests and commands are 20 
defined for use by an initiating AVC in the system 
of Figure 1 : 

- [Character-Sets?] request causes the ad- 
dressed AVC to reply with a parameter 
[charset] or list of parameters identifying the 25 
supported character sets by reference to a 

list of standard sets; 

- [Device Information Format?] request causes 
the addressed AVC to reply with a list of 
format definitions [format] specifying the 30 
height and width (in characters) of the user 
messages that the addressed AVC can com- 
pose; 

- [Monitor Device Status] command instructs 

the addressed AVC to compose a user mes- 35 
sage and has parameters [format] and 
[charset] to specify the format of the desired 
user message, and also a control parameter 
which may be [once], [on] or [off]; and 

- [Monitoring Device Status?] request causes 40 
the addressed AVC to reply [on] or [off], as 
described below. 

For all the above requests, a reply [Not 
Implemented] from the addressed AVC indicates 
that a device information facility is not implemented 45 
by that AVC. 

If the control parameter in the [Monitor Device 
Status] command is [once], this indicates that only 
one user message indicating current status is de- 
sired, whereas the value [on] indicates that an 50 
updated user message is desired in response to 
each status change until the command is issued 
again with the control parameter [off]. 

For the addressed AVC, the command [Device 
Information] is defined, with parameters [format], 55 
[charset] and [text] which can be sent to the initiat- 
ing AVC, and includes the user message in the 
parameter [text]. This is implemented as a com- 



mand message, rather than a reply to a request, in 
order that the addressed AVC can volunteer user 
messages spontaneously in response to subse- 
quent status changes. 

The [Monitoring Device Status?] request is 
used to find out if an addressed AVC will be 
returning a user message to the initiating AVC: [on] 
if so, [off] if not. It should be noted that the answer 
[off] may be received though a command [Monitor 
Device Status] [on] has recently been given to the 
addressed AVC. This is because the addressed 
AVC has to keep a record of every initiating AVC 
that awaits an updated user message, for example 
by storing in a table the device-subdevice address 
of each initiating AVC. If that table becomes full, no 
further device information processes can use the 
addressed AVC. The table entry is deleted when 
the command [Monitor Device Status] [off] is re- 
ceived from the corresponding initiating AVC. It is 
also desirable that the addressed AVC should de- 
lete a table entry if the initiating AVC should be- 
come inactive, for example due to an apparatus in 
the system being switched off. 

Figure 2 illustrates a typical sequence of mes- 
sages being exchanged between a single initiating 
AVC at the left hand side, an addressed AVC in the 
middle and an OSD subdevice at the right hand 
side. The three vertical lines represent the parallel 
actions of each of these subdevices respectively, 
with time increasing from top to bottom. Inter- 
actions in the form of D2B messages are repre- 
sented by arrows directed from one of these lines 
to another. Steps 200 to 210 relate to a once-only 
request for device information: 

200 the initiating AVC asks the available 
character sets, and the addressed AVC 
replies with a single value [charset]; 
202 The initiating AVC asks the available 
formats, and the addressed AVC replies 
with a single format parameter [format], 
for example "4 lines of 16 characters"; 
204 the initiating AVC issues the command 
[Monitor Device Status] [once] [format] 
[charset], and the addressed AVC stores 
the address of the initiating AVC and 
begins to prepare the user message in 
that format; 

206 the initiating AVC asks if monitoring is in 
progress, the addressed AVC replies 
[on]; 

208 the composed user message [text], in- 
eluding the exact number of characters 
dictated by [format], is sent to the ini- 
tiating AVC with a [Device Information] 
command and the stored address of the 
initiating AVC is 'forgotten 1 ; 

210 the initiating AVC sends the user mes- 
sage [text] to the OSD subdevice for 
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display; 

Steps 220 to 234 relate to a subsequent request for 
updated user messages; 

220 the initiating AVC issues the command 
[Monitor Device Status][on][format]- 
[charset], indicating that updated user 
messages are desired, and specifying 
the text size and character set to be 
used (available character set and text 
size are already known from 200,202); 
the addressed AVC stores the address 
of the initiating AVC and begins to pre- 
pare a first user message; 

222 the initiating AVC confirms with a 
[Monitoring Device Status?] request that 
the addressed AVC is able to produce 
the requested message (reply = [on]); 

224 the first user message [textl] is sent to 
the initiating AVC with a [Device 
Information] command; 

226 the initiating AVC sends the user mes- 
sage [textl] to the OSD subdevice for 
display with a command [OSD]; 

228 the addressed AVC detects a change in 
status and begins preparing an updated 
user message; 

230 the updated user message [text2] is 
sent to the initiating AVC with a [Device 
Information] command; 

232 the updated user message is sent to the 
OSD subdevice for display, steps 228- 
232 occurring in response to each sta- 
tus change so long as the device in- 
formation process is active; 

234 the initiating AVC sends the command 
[Monitor Device Status] [off], the ad- 
dressed AVC forgets the stored address 
of the initiating AVC so that no further 
updated user messages are supplied for 
display. 

It is of major benefit that the initiating AVC 
does not need to specify or interpret the content of 
the user message, and therefore one apparatus 
does not need to know (that is, acquire and store) a 
large amount of information about another appara- 
tus in order to initiate the display of user mes- 
sages. Furthermore, the style and content of the 
user messages are, within a restricted format, en- 
tirely at the choice of the designers of the ad- 
dressed device. Therefore freedom to design more 
user-friendly products, and products which express 
a 'personality' characteristic of a given manufac- 
turer, is not greatly restricted by the need for 
compatibility of products between manufacturers. 

To allow the addressed AVC (or any other 
AVC) to generate a user message that reflects 
status information for a subdevice located any- 
where in the system, in particular in a different 



device, requests and commands are also defined 
relating to the status of an addressed subdevice. 
For example, it will be more helpful to the user if 
the VCR device 12 can generate a user message 

5 saying "Recording Superchannel", rather than 
merely "Recording from external connector". To 
allow this, a command [Monitor Subdevice Status] 
is defined for the addressed AVC to send to a 
further subdevice, with parameter [on] or [off]. This 

io has an effect on the further subdevice similar to 
that of the [Monitor Device Status] command for 
the addressed AVC, except that the reply 
[Subdevice Status] from the subdevice comprises 
status information in a coded form understandable 

75 by the AVC, rather than being a natural language 
text message for the user. 

Upon receipt of the command [Monitor Sub- 
device Status][on], then, the further subdevice 
stores the device-subdevice address of the ad- 

20 dressed AVC and begins to construct the first 
message [Subdevice Status]. So long as the ad- 
dress of the addressed AVC remains stored in the 
further subdevice, the latter will send an updated 
[Subdevice Status] message to that AVC in re- 

25 sponse to any change in status within the sub- 
device (for example, a change of channel, a new 
volume setting, end of tape and so forth). If the 
further subdevice has room to store more than one 
AVC address for this purpose, then each such AVC 

30 will be sent a [Subdevice Status] message in re- 
sponse to each status change. Thus, the event 
which triggers an update of the on-screen display 
at 228 in the sequence of Figure 2 might be the 
receipt by the addressed AVC of an updated 

35 [Subdevice Status] message from a further sub- 
device (not illustrated in Figure 2). 

The further subdevice will forget a stored AVC 
address when it receives the command [Monitor 
Subdevice Status][off] from that AVC, or if it be- 

40 comes impossible to send subdevice status in- 
formation to that AVC, for example because the 
latter has been switched off, or disconnected from 
the bus. 

The [Subdevice Status] message always con- 
45 veys the same set of information in the present 
embodiment: the AVC is not permitted to specify 
only the subset of this information which is needed 
at a given time, since that would increase the 
processing and storage abilities demanded of ev- 
50 ery further subdevice. 

Specific requests are defined however, for the 
individual properties of the subdevice, for example 
to find out the brightness or contrast setting of the 
video monitor subdevice 46, the preset tuning set- 
55 ting of the tuner subdevice 26, 28 or 42. If the 
updated [Subdevice Status] message does not it- 
self contain a required piece of information, it can 
at least serve as a prompt to an AVC to ask for that 
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specific property. Once again, the system de- 
scribed has benefits in that the responsibility for 
determining the content and style of the user mes- 
sages or other control feature can be concentrated 
within one AVC, and not distributed among the 
subdevices of several apparatuses, so as to force 
restrictive compatibility requirements on different 
apparatus manufacturers. 

It will be appreciated that the subdevice status 
facilities can be used by an AVC to obtain informa- 
tion for control purposes not necessarily connected 
with the provision of user-readable messages. For 
example, if a user wishes to play from the begin- 
ning of a tape loaded in the deck subdevice 32 of 
the VCR 12, an AVC (22 etc.) can issue a REWIND 
command to the deck subdevice, together with a 
subdevice status request. When the tape is fully 
rewound, this will trigger an updated subdevice 
status message to the AVC, which can then issue a 
PLAY command without further user intervention. 

From the disclosure, other variations and ap- 
plications will be apparent to persons skilled in the 
art. Such variations may involve other features 
which are already known in the design, manufac- 
ture and use of local communication bus systems, 
apparatuses and component parts thereof and 
which may be used instead of or in addition to 
features already described herein. Although claims 
have been formulated in this application to particu- 
lar combinations of features, it should be under- 
stood that the scope of the disclosure of the 
present application also includes any novel feature 
or any novel combination of features disclosed 
herein either explicitly or implicitly or any 
generalisation thereof, whether or not it relates to 
the same invention as presently claimed in any 
claim and whether or not it mitigates any or all of 
the same technical problems as does the present 
invention. The applicants hereby give notice that 
new claims may be formulated to such features 
and/or combinations of such features during the 
prosecution of the present application or of any 
further application derived therefrom. 

Claims 

1. A local communication bus system comprising 
a serial control bus attached to a plurality of 
addressable devices, each device including at 
least one functional element addressable via 
the bus as a subdevice, the subdevices in the 
system including a user output subdevice for 
displaying status information to a user of the 
system and a first control subdevice for initiat- 
ing the display of such status information, 
characterized in that the first control subdevice 
includes means for generating a device in- 
formation request message addressed to a de- 



vice different from the device which contains 
the first control subdevice, and in that the 
addressed device includes a second control 
subdevice responsive to such a request mes- 
5 sage for determining the required status in- 

formation, for composing a user-readable mes- 
sage ("the user message") and for transmitting 
the user message directly or indirectly to the 
user output subdevice for display. 

70 

2. A system as claimed in Claim 1 wherein the 
second control subdevice transmits the com- 
posed user message to the first control sub- 
device, and wherein the first control subdevice 

15 relays the user message to the user output 

subdevice. 

3. A system as claimed in Claim 1 or 2 wherein 
the device information request message in- 

20 eludes a field specifying a format for the user- 

readable message and wherein the second 
control subdevice is responsive to the said 
field to compose the user-readable message in 
accordance with the specified format. 

25 

4. A system as claimed in Claim 3 wherein the 
said field in the device information request 
message specifies the format of the desired 
user message by a number and length of lines 

30 of characters, and by reference to a specific 

character set. 

5. A system as claimed in any preceding claim 
wherein the second control subdevice further 

35 includes means responsive to a change in sta- 

tus within the system for composing and trans- 
mitting an updated user message without the 
need for a further information request from the 
first control subdevice. 

40 

6. A system as claimed in Claim 5 wherein the 
device information request message includes a 
field specifying whether or not updated user 
messages are desired. 

45 

7. A system as claimed in Claim 6 wherein the 
first control subdevice includes means for gen- 
erating a verification request addressed to the 
second control subdevice, the second control 

so subdevice being responsive to the verification 

request message to generate a message ad- 
vising whether updated user messages will be 
generated. 

55 8. A system as claimed in Claim 3 or 4 wherein 
the first control subdevice includes means for 
generating an available formats request mes- 
sage addressed to the second control sub- 
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device, the second control subdevice being 
responsive to such a request to return a list of 
user message formats that can be composed 
by the second control subdevice. 

5 

9. An apparatus for use in a system as claimed in 
any preceding claim, the apparatus including 
an interface to a serial control bus and at least 
one functional element, the functional element 
being addressable via the bus as a control io 
subdevice and including means for acting as 

the second control subdevice of the system to: 
receive a device information request message; 
determine certain status information for com- 
munication to a user; compose a user-readable is 
message conveying the said status informa- 
tion; and transmit the user message directly or 
indirectly to a user output subdevice for dis- 
play. , 

20 

10. An apparatus as claimed in Claim 9 wherein 
the functional element further includes means 
for acting as the first control subdevice of the 
system to generate a device information re- 
quest message addressed to a control sub- 25 
device in a different apparatus. 
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